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Beschreibung 

Verfahren und Netzelement zum Betreiben eines Telekommunika- 
tionsnetzes 

Die Erfindung betrifft ein Verfahren zum Betreiben eines Te- 
i.^.^v.Hn^.Pt^. kurz Tk-Netz, bei dem ein Netzelement 



an einem Netzknoten des Tk-Netzes von einem Steuerrechner ge- 
steuert wird. Das Netzelement ist beispielsweise eine Ver- 
io mittlungsstelle zum Vermitteln von Verbindungen, ein soge- 

nannter Cross-Connector oder eine Konzentratoreinheit zum An- 
schluB mehrerer Teilnehmer an eine Verbindungsleitung. Im 
Steuerrechner sind neben dem Betriebssystem zum Betreiben des 
Steuerrechners mehrere Anwendungsprogramme gespeichert, bei 
15 deren Ausftihren Anwendungsobjekte bearbeitet werden. Zu den 
Anwendungsobjekten gehSren Daten mit einer vorgegebenen Da- 
tenstruktur sowie vorzugsweise auch vorgegebene Verfahren zum 
Bearbeiten der Daten- Die Datenstruktur und die Verfahren 
sind abhangig von einer auch beim Erzeugen des jeweiligen An- 
20 wendungsobjektes anzugebenden Klasse. Zwischen einem Be- 

dienrechner und einem Steuerrechner wird eine Verbindung auf- 
gebaut, uber die der Steuerrechner mittels Wartungsnach- 
richten gewartet wird. 

25 Derartige Verfahren werden zum Filhren des Tk-Netzes einge- 
setzt, wenn zum Beispiel als Netzelement eine neue Vermitt- 
lungseinrichtung in Betrieb genommen wird oder wenn spater 
Teilnehmerdaten in der Vermittlungseinrichtung geandert wer- 
den mussen, wie es beim AnschluB neuer Teilnehmer oder beim 

30 Umzug eines bisherigen Teilnehmers der Fall ist. Leistungsfa- 
hige Verfahren zum Fuhren des Tk-Netzes entstehen, wenn soge- 
nannte offene Systeme verwendet werden, bei deren Programmie- 
rung weltweit geltende Standards beachtet werden. Beispiels- 
weise betreffen Standards der ISO (International Standardisa- 

35 tion Organization) und der ITU (International Telecommunica- 
tion Union) mit ihrem Organ ITU-T, friiher CCITT (Internatio- 
nal Telegraph and Telephone Consultativ Committee) , den Auf- 



} GR 99 P 13J 



10 



15 



bau solcher offenen Systeme. Zum Fuhren des Tk-Netzes soli 
ein separates Fiihrungsnetz verwendet werden. Die Schnittstel- 
len zwischen Bedienrechner und Vermittlungseinrichtung sind 
in Protokollen Ql, Q2 und Q3 standardisiert . 

Die Anwendungsobj ekte sind als Objekte einer objektorientier- 
ten Sprache definiert, z.B. in der Sprache C++ oder CHILL. 
Werden die Anwendungsprogramme weiterentwickelt, so muB ge- 
wahrleistet werden, dafi das Fuhrungsnetz auch mit den neuen 
Anwendungsprogrammen fehlerfrei arbeitet. Das bedeutet insbe- 
sondere, dafi Anwendungsobj ekte, die vom Bedienrechner als zu 
einer urspriinglichen Klasse gehorend angesehen werden, nicht 
ohne weiteres einer geanderten Ersatzklasse zugeordnet werden 
kSnnen . 



Dieses Problem wird im CCITT-Standard X.720 (01/92) - "Infor- 
mation Technology - Open Systems Interconnection - Structure 
of Management Information: Management Information Model" - im 
Abschnitt 5.2.1 angesprochen. Im Abschnitt 5.2.3 des Stan- 
20 dards X.720 werden zwei Methoden zum LSsen des Problems vor- 
gegeben. Bei der ersten Methode wird auf der Seite des Anwen- 
dungsprogramms eine Programmiertechnik verwendet, die Allo- 
morphie berucksichtigt. Allomorphie ist die Fahigkeit eines 
bestimmten Anwendungsobj ektes der Ersatzklasse so gefuhrt zu 
25 werden, als ware es ein Objekt der urspriinglichen Klasse, 

wenn diese Fahigkeit durch Mafinahmen auf der Seite des Anwen- 
dungsprogramms entsteht. Die andere Methode besteht darin, 
daB auf der Seite des Bedienrechners Mafinahmen getroffen wer- 
' den, welche auch bei einer Weiterentwicklung des Anwendungs- 
30 programms ein Zusammenarbeiten zwischen Bedienrechner und An- 
wendungsprogramm ermc-glichen. 

Es ist Aufgabe der Erfindung zum Betreiben eines Telekommuni- 
kationsnetzes ein einfaches Verfahren anzugeben, bei dem Al- 
35 lomorphie berucksichtigt wird. 



S&Sft-.:.. : :<>.■: ft* . : - ft ft : ft ft-ftVKWftW:- «*f 




Diese Aufgabe wird durch ein Verfahren mit den Merkmalen des 
Patentanspruchs 1 gelost. Weiterbildungen sind in den Unter- 
anspriichen angegeben . 

5 Beim erf indungsgemaBen Verfahren wird aus den Wartungsnach- 
richten beim Abarbeiten eines fur mehrere Anwendungsprogramme 

qenutzten Schnittstellenprogramms jeweils ein Klassenkennzei- 

chen ermittelt, in welchem die Klasse angegeben ist, auf die 
sich die Wartungsnachricht bezieht. Das Klassenkennzeichen in 

10 der Wartungsnachricht gibt die im Bedienrechner bekannte 

Klasse eines zu bearbeitenden Anwendungsobj ektes an. Durch 
die Weiterentwicklung kommt es vor, daB die im Bedienrechner 
bekannte Klasse von der tatsachlichen Klasse des Anwendungs- 
obj ekts abweicht. Beim Abarbeiten des Schnittstellenprogramms 

15 wird an Hand des Klassenkennzeichens ein Ersatzkennzeichen 
ermittelt, welches eine Ersatzklasse angibt, der das Anwen- 
dungsobj ekt im Netzelement zugeordnet ist. Das Ersatzkennzei- 
chen wird in eine geanderte Wartungsnachricht aufgenommen. 
Beim Bearbeiten der geanderten Wartungsnachricht durch ein 

20 Anwendungsprogramm wird das Anwendungsobj ekt dann als zur Er- 
satzklasse gehorend bearbeitet. Dies ist moglich, well das 
Anwendungsobj ekt allomorph zu der im Bedienrechner bekannten 
Klasse ist, die in der ungeanderten Wartungsnachricht vom Be- 
dienrechner far das Anwendungsobj ekt vorausgesetzt worden 

25 ist. 



Das Schnittstellenprogramm ubernimmt zentral ftir mehrere An- 
wendungsprogramme die Zuordnung der Ersatzkennzeichen zu den 
Klassenkennzeichen. Beim erf indungsgemaBen Verfahren muB die- 

30 ser Schritt nicht in jedem Anwendungsprogramm sondern nur 
einmal im Schnittstellenprogramm programmiert werden. Bei 
mehreren hundert Anwendungsprogrammen je Steuerrechner ver- 
ringert sich dadurch der Programmier-, Wartungs- und Dokumen- 
tationsaufwand erheblich. Die Anwendungsprogamme werden von 

35 zusatzlichen Schritten f reigehalten, die beim Berticksichtigen 
von Allomorphie notwendig sind, weil diese Schritte zentral 
im vorgelagerten Schnittstellenprogramm durchgeftihrt werden. 
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Ein Teil der zusatzlichen Schritte wird auch in nachgelager- 
ten Datenbanken durchgeftihrt, welche von den Anwendungspro- 
grammen genutzt werden. 

5 Das Ausfuhren der Zuordnung von Ersatzkennzeichen und Hilfs- 
kennzeichen in einem zentralen Schnittstellenprogramm ist 
mocrlich, weil Allomorphie beim erf indungsgemaBen Verfahren 
auf Klassenebene definiert ist. Eine derartige Definition ist 
im Standard X.720 nicht erwahnt aber dennoch standardgerecht . 

10 Allomorphie auf Klassenebene bedeutet, daB alle Objekte der 
Ersatzklasse so geftthrt werden konnen, als waren sie Objekte 
der ursprtinglichen Klasse. Durch eine auf alle Objekte der 
Ersatzklasse bezogene Definition von Allomorphie entstehen 
dann keine Nachteile, wenn vorgegebene Programmierregeln be- 

15 achtet werden. Beispiele fiir solche Programmierregeln werden 
unten im Zusammenhang mit den Ausfuhrungsbeispielen erlau- 
tert . 

Das erfindungsgemaBe Verfahren ermoglicht es, die Vorgaben 
20 des Standards X.720 auf eine einfache Art und Weise einzuhal- 
ten. Die Anwendungsprogramme im Steuerrechner konnen mit ei- 
nem geringen Mehraufwand weiterentwickelt werden, wobei immer 
sichergestellt bleibt, daB auch bei unverandert gebliebenen 
Programmen im Bedienrechner keine Fehler beim Betreiben des 
25 Fuhrungsnetzes auftreten. 

In einer Weiterbildung wird im Schnittstellenprogramm eine 
Tabelle verwendet, mit der dem Klassenkennzeichen die Ersatz- 
kennzeichen zugeordnet werden. Die Tabelle ist im Speicher 

30 des Steuerrechners gespeichert. Ein Eintrag der Tabelle wird 
qelesen, indem eine dem Klassenkennzeichen zugeordnete Spei- 
cherzelle gelesen wird, die das zum Klassenkennzeichen geho- 
rende Ersatzkennzeichen enthait. Das Ermitteln des Ersatz- 
kennzeichens benotigt so nur einen einzigen Lesezugriff auf 

35 den Speicher. Andern sich durch Weiterentwicklungen der An- 
wendungsprogramme die Ersatzkennzeichen, so mttssen nur die 
Speicher inhalte neu programmiert werden. Das bedeutet, daB 

¥f£:wKi ; K : : : x<<-K : :^ 
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der Inhalt der Tabelle leicht ausgetauscht oder erweitert 
werden kann. 

Wird in einer anderen Weiterbildung durch das Anwendungspro- 
5 gramm nach dem Bearbeiten der geanderten Wartungsnachricht 
eine Bestatigungsnachricht erzeugt, in der die beim Erzeugen 
des zu bearbeitenden Anwendungsobjektes angegebene Klasse als 
KlassenzeichenT aligegeben " i~st^ s^TcanrT'dl^^ 

richt vom Schnittstellenprogramm nachfolgend auf einfache Art 
10 weiter bearbeitet werden. Beispielsweise kann beim Abarbeiten 
des Schnittstellenprograiams an Hand des Klassenkennzeichens 
festgestellt werden, welche Daten aus der Bestatigungsnach- 
richt zu entfernen sind. Dazu wird die im Schnittstellenpro- 
gramm verwendete Tabelle so erweitert, dafi zu jedem Klassen- 
15 kennzeichen auch Eintragungen zu den erlaubten Daten gehoren. 
Das Schnittstellenprogramm erzeugt dann aus der Bestatigungs- 
nachricht eine neue Bestatigungsnachricht, die nur solche Da- 
ten eines Anwendungsobjekts der Klasse enthalt, auf die sich 
die Bestatigungsnachricht bezieht. 

20 

Die beim Erzeugen des zu bearbeitenden Anwendungsobjektes an- 
gegebene Klasse wird in einer Weiterbildung als Ursprungs- 
klasse in den Daten des zu bearbeitenden Anwendungsobjekts 
gespeichert. Beim Abarbeiten des Anwendungsprogramms wird die 
25 Ursprungsklasse dann als Klassenkennzeichen verwendet, Durch 
diese Vorgehensweise ist die Ursprungsklasse auf einfache Art 
und Weise verfiigbar. 

Enthalt die Bestatigungsnachricht in einer anderen Weiterbil- 
30 dung auch ein Hilf skennzeichen, in welchem mindestens eine 

Klasse bezeichnet ist, die im Bedienrechner und/oder in min- 
destens einem anderen Bedienrechner als die Klasse bekannt 
ist, zu der das zu bearbeitende Anwendungsobjekt gehOrt, so 
kann spater das Programm im Bedienrechner an Hand des Hilfs- 
35 kennzeichens ermitteln, wie die empfangene Bestatigungsnach- 
richt zu bearbeiten ist* Dies ist insbesondere dann von Be- 
deutung, wenn die im Klassenkennzeichen der vom Bedienrechner 
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empfangenen Bestatigungsnachricht angegebene Klasse im Be- 
dienrechner noch nicht bekannt 1st. Der Bedienrechner be- 
stimmt die Klasse, auf die sich die Bestatigungsnachricht be- 
zieht dann an Hand der im Hilf skennzeichen angegebenen Klasse 
5 bzw. Klassen. Das Hilf skennzeichen enthalt, mit anderen Wor- 
ten ausgedriickt, die Klassen, zu denen das Anwendungsobjekt 

anoitiorph ist. Enthalt die Bestatigungsnachricht neben dem 

Klassenkennzeichen auch ein Ursprungskennzeichen, in dem die 
Ursprungsklasse angegeben ist, so lassen sich die Vorgaben 

10 des Protokolls fur den Nachrichtenaustausch im Steuerrechner 
und auch fur das Protokoll fur den Nachrichtenaustausch zwi- 
schen Bedienrechner und Steuerrechner erfiillen. 

In einer anderen Weiterbildung wird mindestens eine im Be- 
15 dienrechner und/oder in mindestens einem anderen Bedienrech- 
ner fur das Anwendungsobjekt bekannte Klasse als Allomorph- 
klasse in den Daten des Anwendungsobjekts gespeichert. Beim 
Abarbeiten des Anwendungsprogramms wird dann die Allomorph- 
klasse als Hilf skennzeichen verwendet. Durch diese Mafinahme 
20 entsteht eine tibersichtliche Datenstruktur, bei der die An- 
wendungsobjekte ihre Allomorphklassen selbst verwalten* Im 
Schnittstellenprogramm und im Anwendungsprogramm mussen keine 
zusatzlichen MaBnahmen hinsichtlich der Allomorphklasse ge- 
troffen werden* 

25 

In einer anderen Weiterbildung ist das Schnittstellenprogramm 
auch fUr andere Schnittstellenfunktionen zustandig. Bei- 
spielsweise fur die Ereignissteuerung zum Festlegen der Bear- 
beitungsreihenfolge der Wartungsnachrichten oder fur Proto- 
30 kollanpassungen dieser Nachrichten, englisch als "basic enco- 
ding" bezeichnet. Durch diese Mafinahme gibt es- auf dem Steu- 
errechner nur ein einziges Schnittstellenprogramm, das ein- 
heitlich programmiert und gewartet wird. 

35 Im folgenden werden Ausfiihrungsbeispiele der Erfindung an 
Hand der Zeichnungen erlautert. Darin zeigen: 
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Figur 1 einen Teil eines Fiihrungsnetzes zum Fiihren eines 
Telekommunikationsnetzes, 



10 



Figur 2 die Weiterentwicklung einer urspriinglichen Klasse A 
zu einer erweiterten Klasse A', deren Objekte beim 
Betreiben des Fiihrungsnetzes wie Objekte der alten 
Klasse A geftihrt werden k6nnen, 



Figur 3 das Bearbeiten von Nachrichten im Steuerrechner ei- 
ner Vermittlungseinheit nach der Weiterentwicklung, 
wobei ein Objekt geftihrt wird, das vor der Weiter- 
entwicklung erzeugt worden ist, 



15 



20 



25 



30 



35 



Figur 4 das Bearbeiten von Nachrichten im Steuerrechner 
nach der Weiterentwicklung, wobei ein Objekt ge- 
fuhrt wird, das nach der Weiterentwicklung erzeugt 
worden ist, 

Figur 5 die Namensbindung der Klassen A und A' sowie ein 

Zugriff auf Objekte der beiden Klassen mittels ei- 
ner Fi Iter funkt ion - 

Figur 1 zeigt einen Teil eines Fiihrungsnetzes 10 zum Fuhren 
eines Telekommunikationsnetzes 12, kurz Tk-Netz 12 genannt. 
Das Tk-Netz 12 enthalt eine Vielzahl von Vermittlungsstellen, 
von denen in Figur 1 die Vermittlungsstellen 14 und 16 darge- 
stellt sind. Zum Tk-Netz 12 gehoren weiterhin Verbindungslei- 
tungen zwischen den Vermittlungsstellen, von denen in Figur 1 
eine Verbindungsleitung 18 zwischen der Vermittlungsstelle 14 
und der Vermittlungsstelle 16 dargestellt ist. Das Tk-Netz 12 
verbindet die Teilnehmer des Tk-Netzes 12, beispielsweise ei- 
nen an die Vermittlungsstelle 14 angeschlossenen Teilnehmer 
Tlnl und einen an die Vermittlungsstelle 16 angeschlossenen 
Teilnehmer Tln2. 

Das Fuhrungsnetz 10 enthalt eigene Ubertragungsstrecken 20 
und 22, die zu einem Bedienrechner 24 fuhren. Die tJbertra- 
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gungsstrecke 20 ubertragt Wartungsnachrichten vom Bedienrech- 
ner 24 zur Vermittlungsstelle 14, urn beispielsweise in der 
Vermittlungsstelle 14 Teilnehmerdaten des Teilnehmers Tlnl zu 
andern. Die Vermittlungsstelle 14 sendet ihrerseits Bestati- 
5 gungsnachrichten an den Bedienrechner 24, urn die ordnungsge- 
mafie Bearbeitung der empf angenen Wartungsnachricht zu signa- 
lisieren. Die Ubertraqunqsstrecke 22 dient zur bidirektiona- 
len Dateniibertragung zwischen Bedienrechner 24 und Vermitt- 
lungsstelle 16 . 

Die Wartungsnachrichten werden in der Vermittlungsstelle 14 
von einem Steuerrechner 34 und in der Vermittlungsstelle 16 
von einem Steuerrechner 3 6 bearbeitet. Die Datenstrukturen, 
auf die sich die Wartungsnachrichten beziehen, gehoren im. Be- 

15 dienrechner 24 und in der Vermittlungsstelle 14 derselben 

Klasse A an. Die Vermittlungsstelle ,16 enthalt dagegen Daten- 
strukturen einer Klasse A f , die gegenilber der im Bedienrech- 
ner 24 vorausgesetzten Klasse A weiterentwickelt worden ist. 
Der fehlerfreie Betrieb des Ftihrungsnetzes 10 wird beztiglich 

20 der Vermittlungsstelle 16 dadurch gewahrleistet , dafi beim 

Weiterentwickeln der Klasse A zur Klasse A f Allomorphie be- 

rucksichtigt worden ist. Was Allomorphie in diesem Zusammen- 

hang bedeutet, wird unten an Hand der Figur 2 erlautert. £ 

25 Beim in Figur 1 dargestellten Ausfiihrungsbeispiel wird in der 
Vermittlungsstelle 14 die Klasse A verwendet, die beispiels- 
weise die Datenstruktur fur Teilnehmerdaten festlegt, z.B. 
die Rufnummer und die nutzbaren Dienste des Tk-Netzes 12. 
Teilnehmerdaten des Teilnehmers Tlnl sind in einem Ob jekt al 

30 gemaB der durch die Klasse A vorgegebenen Datenstruktur in 
einem Speicher 38 des. Steuerrechners 34 gespeichert. Die 
Klasse A ist auch im Bedienrechner 24 bekannt, angedeutet 
durch den Buchstaben A in einem Speicher 40 des Bedienrech- 
ners 24. 



In der Vermittlungsstelle 16 wurde die Klasse A zur Klasse A T 
weiterentwickelt. Ein Ob jekt a2 enthalt beispielsweise die 
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Teilnehmerdaten des Teilnehmers Tln2 . Das Objekt a2 wurde 
erstmalig im Speicher 42 gespeichert, bevor die Klasse A zur 
Klasse A T weiterentwickelt worden ist. Bei der Weiterent- 
wicklung wurde das ursprungliche Objekt a2 aber umgewandelt, 
5 und zwar in ein erweitertes Objekt a2 der Klasse A 1 , indem 
ein Datenfeld erganzt worden ist. Ein Objekt a3 im Speicher 
42 gehort zur Klasse A' und enthalt die Teilnehmerdaten eines 
Teilliehmers^TlnS, dessen~"AnschluB erst~!Ta^ir^e^Werterent- " 
wicklung in der Vermittlungsstelle 16 eingerichtet worden 

10 ist. Obwohl die Programme im Bedienrechner 24 nur Objekte der 
Klasse A unterstutzen, konnen die zur Klasse A f gehorenden 
Objekte a2 und a3 vom Bedienrechner 24 aus wie Objekte der 
Klasse A abgefragt, geandert oder neu eingerichtet werden. 
Die Erweiterungen der Klasse A f im Vergleich zur Klasse A 

15 konnen vom Bedienrechner 24 allerdings erst dann bearbeitet 
werden, wenn die Programme im Bedienrechner 24 zu einem spa- 
teren Zeitpunkt so geandert werden, dafl auch die Klasse A T im 
Bedienrechner 24 bekannt ist, 

2 0 Figur 2 zeigt die Klassen A und A 1 sowie das ursprungliche 

Objekt a2 und das Objekt a3. An Hand der Figur 2 wird im fol- 
genden eriautert, was die Bezeichnung "allomorph zu" bedeu- 
tet. Die Klasse A' unterscheidet sich von der Klasse A nur 
durch ein zusatzliches Datenfeld 50. Die Datenstruktur der 

25 Klasse A wurde also um das Datenfeld 50 erweitert, um eine 
weitere Eigenschaft der Teilnehmer Tln2, Tln3 beim Betrieb 
der Vermittlungsstelle 16 berticksichtigen zu konnen, z.B. ob 
der Teilnehmer Tln2, Tln3 iiber einen Lichtwellenleiter oder 
ttber einen Kupferleiter an die Vermittlungsstelle 16 ange- 

30 schlossen ist. Die Klasse A 1 wird deshalb im folgenden auch 

als erweiterte Klasse A 1 bezeichnet. Ein Datenfeld 50' im Ob- 
jekt a3 enthalt als Datum einen Wert, der angibt, dafi der 
Teilnehmer Tln3 mittels eines Lichtwellenleiters an die Ver- 
mittlungsstelle 16 angeschlossen ist. Das Objekt a3 wird all- 

35 gemein als erweitertes Objekt a3 bezeichnet. 
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Die Klasse, die beim Erzeugen eines Objektes angegeben wird, 
wird als ursprungliche Klasse dieses Objekts bezeichnet. Das 
Objekt a2 hatte als ursprungliche Klasse die Klasse A, ange- 
deutet durch einen Pfeil 52. Das erweiterte Objekt a3 hat da- 
gegen als ursprtingliche Klasse die erweiterte Klasse A 1 , an- 
gedeutet durch einen Pfeil 54. 



10 



15 



Eine erste Moglichkeit zum Festlegen der Datenstruktur der 
Klasse A besteht darin, die Klasse A' aus der Klasse A mit- 
tels sogenannter Vererbung zu erzeugen, die in objektorien- 
tierten Programmiersprachen definiert ist. Solche Program- 
miersprachen sind z.B. die Sprachen C++ und CHILL. Bei einer 
Vererbung wird durch den Programmierer angegeben, dafi die er- 
weiterte Klasse A' von der Klasse A samtliche Datenstrukturen 
und sogenannten Methoden zum Bearbeiten der Datenstrukturen 
ubernehmen soil. Weiterhin wird angegeben, dafi die Klasse A 1 
zusatzlich das Datenfeld 50 enthalt. Eine andere Moglichkeit 
zum Festlegen der Klasse A' besteht darin, diese Klasse neu 
zu definieren. In diesem Fall wird die Klasse A f so defi- 
niert, wie es bereits bei der Klasse A der Fall war. ZusStz- 
lich wird jedoch noch das Datenfeld 50 definiert. Die Bezie- 
hung der ubereinstimmenden Teile der Klasse A und der erwei- 
terten Klasse A T ist in Figur 2 mittels Strichlinien 56 dar- 
gestellt. 



20 



25 



30 



35 



In einem gedachten Objekt a3* sind aus dem Objekt a3 alle Da- 
tenfelder und alle Methoden zum Bearbeiten der Datenfelder 
enthalten, die auch beim Einrichten des Teilnehmers Tln3 vor 
der Weiterentwicklung erzeugt worden waren, als es zwar die 
Klasse A, aber noch nicht die Klasse A 1 gab. Im Objekt a3* 
fehlt deshalb ein dem Datenfeld 50 bzw. 50 f entsprechendes 
Datenfeld. Dieser Sachverhalt wird durch Strichlinien 58 ver- 
deutlicht. Das Objekt a3* ist eine Anschauungshilf e zum Ab- 
grenzen der Begriffe "kompatibel zu" und "allomorph zu" . Ein 
Pfeil 60 verdeutlicht, dafi das Objekt a3* kompatibel zur 
Klasse A ist, weil es genau die Datenstrukturen hat, die in 
der Klasse A vorgegeben sind. Das erweiterte Objekt a3 ist 
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dagegen allomorph zur Klasse A, vgl. Pfeil 62. Das Objekt a3 
hat die allomorphe Klasse A* 

Allomorphie ist die Fahigkeit der Objekte der Klasse A 1 so 
5 geftihrt zu werden, als waren sie Objekte ihrer allomorphen 
Klasse A, wenn diese Fahigkeit durch MaBnahmen auf der Seite 
des Anwendungsprogramms entsteht. Bei einer stufenweisen Er- 
w^iTerung^kann es~in^hr^^l~s~e"i"rre — a~rxoiaorpne"~Krasse~geDen7" z.\b.~ 
die allomorphe Klasse der letzten Erweiterung und die allo- 
10 morphe Klasse der vorletzten Erweiterung. 

Ein erweitertes Objekt hat nur dann eine allomorphe Klasse, 
wenn das erweiterte Objekt ohne die Erweiterungen zur allo- 
morphen Klasse kompatibel gemafi Standard X.720 Abschnitt 

15 5.2.2 ist. Insbesondere hat das erweiterte Objekt demnach al- 
le Attribute , Attributgruppen, Fiihrungsfunktionen und Besta- 
tigungsverfahren, die auch in der allomorphen Klasse festge- 
legt sind. Durch das Beriicksichtigen der Allomorphie beim Er- 
weitern der Klasse A wird erreicht, dafi das Fiihrungsnetz 10 

20 auch nach der Erweiterung fehlerfrei arbeitet. 

Figur 3 zeigt das Bearbeiten von Nachrichten im Steuerrechner 
16 nach der Weiterentwicklung der Klasse A zur Klasse A 1 , wo- 
bei das Objekt a2 geftihrt wird, das vor der Weiterentwicklung 

25 als zur Klasse A gehorend angelegt worden ist. Beim Weiter- 
entwickeln der Klasse A zur Klasse A 1 wurde Allomorphie be- 
rucksichtigt, so da£ Objekte der Klasse A' zur Klasse A allo- 
morph sind. AuiJerdem wurden beim Weiterentwickeln alle Objek- 
te der Klasse A in Objekte der Klasse A 1 umgewandelt, indem 

30 Datenf elder und Methoden erganzt worden sind. 

Der Steuerrechner 16 enthalt ein Schnittstellenprogramm 100, 
das vom Bedienrechner 24 kommende Wartungsnachrichten, bei- 
spielsweise eine Wartungsnachricht WN1, bearbeitet und das 
35 Bestatigungsnachrichten, beispielsweise eine Bestatigungs- 

nachricht BN1 1 , an den Bedienrechner 24 sendet. Das Schnitt- 
stellenprogramm 100 ist die Schnittstelle zwischen dem Be- 
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dienrechner 24 und mehreren Anwendungsprogrammen im Steuer- 
rechner 16, von denen in Figur 3 zwei Anwendungsprograinme 102 
und 104 gezeigt sind. Das Anwendungsprogramm 102 dient zum 
Verwalten der zu den an die Vermittlungsstelle 16 angeschlos- 
5 senen Teilnehmern Tln2, Tln3 gehorenden Daten. Das Anwen- 
dungsprogramm 104 wird zur Verkehrsmessung verwendet. 



Die vom Bedienrechner kommende Wartungsnachricht WN1 wird 
beim Abarbeiten des Schnittstellenprogramms 100 an das Anwen- 
10 dungsprogramm 102 als geanderte Wartungsnachricht WN1 1 wei- 
tergeleitet. Fur das Anwendungsprogramm 104 bestimmte War- 
tungsnachrichten werden dagegen beim Abarbeiten des Schnitt- 
stellenprogramms 100 an das Anwendungsprogramm 104 weiterge- 
leitet, vgl. Pfeil 106* 

15 

Nach dem Bearbeiten der Wartungsnachricht WN1' im Anwendungs- 
programm 102 erzeugt das Anwendungsprogramm 102 eine Bestati- 
gungsnachricht BN1 fur die Schnittstelle 100. Hat das Anwen- 
dungsprogramm 104 eine Wartungsnachricht bearbeitet, so sen- 
20 det es ebenfalls eine Bestatigungsnachricht an das Schnitt- 
stellenprogramm 100, vgl. Pfeil 108. 

Beim Bearbeiten der Wartungsnachricht WN1' arbeitet das An- 
wendungsprogramm 102 mit einem ebenfalls im Steuerrechner 36 

25 vorhandenen Datenbankprogramm 110 zusammen, mit dem Teilneh- 
merdaten im Speicher 42 gespeichert, verandert, geloscht oder 
gelesen werden. Das Anwendungsprogramm 102 sendet Anforderun- 
gen in Form von Nachrichten an das Datenkbankprogramm 110, 
beispielsweise die Nachricht Nl . Nach dem Ausftihren der An- 

30 forderung in der Nachricht Nl sendet das Datenbankprogramm 

110 eine Ergebnisnachricht EN1 an das Anwendungsprogramm 102 
zuriick. Das Anwendungsprogramm 104 arbeitet mit einem eigenen 
Datenbankprogramm 112 zusammen, indem es Anf orderungen an das 
Datenbankprogramm 112 sendet, vgl. Pfeil 114, und indem es 

35 vom Datenbankprogramm 112 Ergebnisnachrichten empfangt und 
weiterbearbeitet, vgl. Pfeil 116. 
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Das Datenbankprogramm 110 benutzt fur die Objekte der ur- 
sprunglichen Klasse A und die Objekte der weiterentwickelten 
Klasse A' dasselbe Zugrif f sverf ahren. Dies ist moglich, weil 
Kombinationsklassen verwendet werden, in denen die Daten- 
strukturen und Methoden der ursprunglichen Klasse und der er- 
weiterten Klasse zusammengefiihrt sind. Eine Kombinations- 
klasse KA ist die Kombination der Klasse A und der Klasse A' . 



Samtliche Objekte im Speicher 42, welche die allomorpne Klas- 
se A als ursprtlngliche Klasse haben, werden mit der Weiter- 
entwicklung urn die zusatzlichen Datenfelder der erweiterten 
Klasse A erweitert. Die zusatzlichen Datenfelder werden mit 
vorgegebenen Werten belegt. 

Die Wartungsnachricht WN1 enthalt ein Klassenkennzeichen moC, 
das die Klasse A als die Klasse angibt, auf welche sich die 
Wartungsnachricht WN1 bezieht. Ein Objektkennzeichen mol gibt 
das Objekt a2 an, auf das sich die Wartungsnachricht WN1 be- 
zieht. Die Wartungsnachricht WN1 wird vom Bedienrechner 24 
gesendet, urn die Teilnehmerdaten des Teilnehmers Tln2 zu er- 
f ahren. Im Bedienrechner 24 ist lediglich bekannt, daB diese 
Teilnehmerdaten in dent Objekt a2 enthalten sind, das im Steu- 
errechner 36 gespeichert ist. Die Wartungsnachricht WN1 ent- 
halt weitere nicht dargestellte Datenfelder. In einem dieser 
Datenfelder ist beispielsweise die auszufuhrende Leseoperati- 
on festgelegt. 

Beim Bearbeiten der Wartungsnachricht WN1 im Schnittstellen- 
programm 100 wird die im Klassenkennzeichen moC angegebene 
Klasse A ermittelt. An Hand der so ermittelten Klasse A wird 
beim Abarbeiten des Schnittstellenprogramms 100 mittels einer 
Tabelle T die Klasse A' als Ersatzklasse ermittelt und in das 
Klassenkennzeichen moC der Wartungsnachricht WNl eingetragen. 
Die Tabelle T ist in einem Speicher 122 des Steuerrechners 36 
gespeichert . 

Die Wartungsnachricht WNl ' betrifft mit dem Klassenkennzei- 
chen moC=A' die erweiterte Klasse A'. Der Wert des Objekt- 
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kennzeichens moI=a2 bleibt in der Wartungsnachricht WN1' un- 
verandert. Ein Kennzeichen alio in der Wartungsnachricht WN1 * 
gibt alle Klassen an, die zur Klasse A T allomorph sind, d.h. 
im Ausfuhrungsbeispiel die Klasse A, Das Schnittstellenpro- 
gramm 100 entnimmt diese Klassen ebenfalls der Tabelle T. Die 
anderen Daten der Wartungsnachricht WN1 werden in die War- 
tungsnachricht WN1 ' ubernommen. Beim Erzeugen der zur War- 



tungsnachricht WN1 gehorenden Wartungsnachricht WN1 1 f tihrt 
das Schnittstellenprogramm 100 auch eine Protokollanpassung 
10 von einem tJbertragungsprotokoll auf der Ubertragungsstrecke 

22 in ein Nachrichtenprotokoll durch, das innerhalb des Steu- 
errechners 36 verwendet wird. 

Die beim Bearbeiten der Wartungsnachricht WN1* durch das An- 
15 wendungsprogramm 102 erzeugte Nachricht Nl enthalt einen Be- 
fehl Bl, der angibt, dafi Daten gelesen werden sollen. Als Pa- 
rameter des Befehls Bl enthalt die Nachricht Nl die Klasse 
A', zu der die zu lesenden Daten gehoren, sowie das Objekt 
a2, dessen Daten gelesen werden sollen. Das Anwendungspro- 
20 gramm 102 bearbeitet ausschlieBlich Nachrichten, die sich auf 
Objekte der Klasse A 1 beziehen. Beztiglich der Klasse A sind 
im Anwendungsprogramm 102 keine weiteren MaBnahmen getroffen. 

Das Datenbankprogramm 110 greift beim Bearbeiten der Nach- 
25 richt Nl auf den Speicher 42 zu, urn die Daten des Teilnehitiers 
Tln2 zu lesen, die im Objekt a2 gespeichert sind. Das Objekt 
a2 enthalt aufierdem ein Ursprungskennzeichen oC, in dem die 
Klasse A angegeben ist, die beim Erzeugen des Objekts a2 an- 
gegeben worden ist. Das Datenbankprogramm 110 liest die mit 
30 dem Befehl Bl angef orderten Daten im Objekt a2 und tragt die- 
se Daten in die Ergebnisnachricht EN1 ein. In der Ergebnis- 
nachricht EN1 ist aufierdem mittels eines Antwortkennzeichens 
AB1 vermerkt, dafi die Ergebnisnachricht EN1 das Ergebnis ent- 
halt, das beim Bearbeiten des Befehls Bl erzeugt worden ist. 
35 Weiterhin ist in der Ergebnisnachricht EN1 die Klasse A f als 
die Klasse angegeben, welche von der Ergebnisnachricht EN1 
betroffen ist. Das Ursprungskennzeichen oO=A wird ebenfalls 



GR 99 P 1391 



15 



10 



15 



vom Datenbankprogramm 110 in der Ergebnisnachricht EN1 an das 
Anwendungsprogramm 102 ubermittelt. 

Beim Abarbeiten des Anwendungsprograroms 102 wird vorausge- 
setzt, daB sich alle zu bearbeiteten Nachrichten auf die 
Klasse A' und nicht auf die Klasse A beziehen. Durch das An- 
wendungsprogramm 102 wird der Wert des Ursprungskennzeichens 
oC=A als Wert des Klassenkennzeichens moC in der~ Bestatx- 
gungsnachricht BN1 ubernommen. Fur diese Wertzuweisung ist es 
nicht erforderlich, daB das Anwendungsprogramm 102 Objekte 
der Klasse A bearbeiten kann. AuBerdem enthalt die Bestati- 
gungsnachricht BN1 das Ursprungskennzeichen oC=A und die ab- 
gefragten Teilnehmerdaten des Teilnehmers Tln2. Das Schnitt- 
stellenprogramm 100 braucht sich aufgrund dieser Vorgehens- 
weise das Klassenkennzeichen der Wartungsnachricht WN1 nicht 
zu merken. 



Die Bestatigungsnachricht BN1 wird vom Schnittstellenprogramm 
100 bearbeitet und als Bestatigungsnachricht BN1 ' gemaB dem 

20 Obertragungsprotokoll auf der Ubertragungsstrecke 22 an den 
Bedienrechner 24 gesendet. An Hand der Tabelle T ermittelt 
das Schnittstellenprogramm 100, welche Datenf elder in der 
Nachricht BN1 nicht in Objekten der Klasse A enthalten sind. 
Diese Datenfelder werden nicht in die Bestatigungsnachricht 

25 BN1' ubernommen. 

Der Bedienrechner 24 empfangt die Bestatigungsnachricht BN1 ' 
und kann sie wie eine Nachricht bearbeiten, die sich auf ein 
Objekt der Klasse A bezieht. Objekte der Klasse A« im Steuer- 
30 rechner 36 werden vom Bedienrechner 24 aus so gefuhrt, als 
waren sie Objekte der Klasse A. Die Weiterentwicklung im 
Steuerrechner 36 schrankt die Betriebsmerkmale des Bedien- 
rechners 24 somit nicht ein. 

35 Figur 4 zeigt das Bearbeiten von Nachrichten im Steuerrechner 
16 nach der Weiterentwicklung der Klasse A zur Klasse A', wo- 
bei das Objekt a3 gefuhrt wird, das erst nach der Weiterent- 
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wicklung erzeugt wird. Durch die Eingaben einer Bedienperson 
in den Bedienrechner 24 wird im Bedienrechner 24 eine War- 
tungsnachricht WN2 erzeugt, welche die Aufgabe hat, im Steu- 
errechner 16 das Objekt a3 fiir die Teilnehmerdaten des Teil- 
5 nehmers Tln3 zu erzeugen. Die Wartungsnachricht WN2 enthalt 
deshalb in einem Befehlsfeld eine Codierung fiir den Befehl 
"Erzeuge". Das Klassenkennzeichen moC in der Wartungsnach- 
richt WN2 kennzeichnet die Klasse A ais die Klasse, auf die 
sich die Wartungsnachricht WN2 bezieht. Das Obj ektkennzeichen 
10 mo I der Wartungsnachricht WN2 kennzeichnet das Objekt a3, das 
durch die Wartungsnachricht WN2 erzeugt werden soil* Die War- 
tungsnachricht WN2 enthalt aufierdem noch weitere nicht darge- 
stellte Daten. 



15 Das Schnittstellenprogramm 100 bearbeitet die Wartungsnach- 
richt WN2 ebenso wie oben fur die Wartungsnachricht WN1 er- 
lautert. Beim Bearbeiten der Wartungsnachricht WN2 wird wie- 
derum die im Speicher 122 gespeicherte Tabelle T verwendet, 
urn fiir die im Klassenkennzeichen moC der Wartungsnachricht 

20 WN2 angegebene Klasse A die Ersatzklasse A 1 zu ermitteln und 
als Klassenkennzeichen moC der Wartungsnachricht WN2 1 zu ver- 
wenden. Das Obj ektkennzeichen moI=a3 hat in der Wartungsnach- 
richt WN2 f den gleichen Wert, wie in der Wartungsnachricht 
WN2. Auch die verbleibenden Daten werden aus der Wartungs- 

25 nachricht WN2 beim Ausftahren des Schnittstellenprogramms 100 
in die Wartungsnachricht WN2 f ubernommen. Zusatzlich wird im 
Kennzeichen alio der Wartungsnachricht WN2 f vermerkt, daB die 
Klasse A die Klasse ist, zu der die Klasse A 1 allomorph ist. 
Die so erzeugte Wartungsnachricht WN2 1 wird vom Schnittstel- 

30 lenprogramm 100 gemaB dem Protokoll im Steuerrechner 36 an 
das Anwendungsprogramm 102 gesendet. 

Das Anwendungsprogramm 102 sendet beim Bearbeiten der War- 
tungsnachricht WN2 1 eine Nachricht N2 an das Datenbankpro- 
35 gramm 110, urn das Objekt a3 im Speicher 42 anlegen zu lassen. 
Die Nachricht N2 enthalt verschlusselt den Befehl "Erzeuge", 



die erweiterte Klasse A' sowie den Namen des anzulegenden Ob- 
jekts a3. 
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Beim Bearbeiten der Nachricht N2 mittels des Datenbankpro- 
gramms 110 wird ira Speicher 42 das Objekt a3 erzeugt, indem 
diesem Objekt bestimmte Speicherzellen zugewiesen werden, die 
mit Anfangswerten belegt werden. Im Ursprungskennzeichen oC 
des~6bj ekts" a'3- "wird die" Klasse "A'"" vernier Kt"7~ we'll diese Klasse 
beim Erzeugen des Objektes a3» angegeben wurde. Ein Kennzei- 
chen alio im Objekt a3 weist auf die Klasse A hin, weil das 
Objekt a3 zu der Klasse A allomorph ist. 



Das Datenbankprogramm 110 erzeugt eine Ergebnisnachricht EN2, 
urn das Erzeugen des Ob j ekts a3 zu bestatigen. Die Ergebnis- 

15 nachricht EN2 enthalt ein Antwortkennzeichen AB2, das angibt, 
daB die Ergebnisnachricht EN2 beim Bearbeiten eines Befehls 
"Erzeuge" entstanden ist. Weiterhin enthalt die Ergebnisnach- 
richt EN2 ein Kennzeichen, das auf die Klasse A' hinweist, 
das Ursprungskennzeichen oC=A' , das Kennzeichen allo=A sowie 

20 weitere nicht dargestellte Daten des Ob j ekts a3. 

Die Ergebnisnachricht EN2 wird vom Anwendungsprogramm 102 be- 
arbeitet, wobei eine Bestatigungsnachricht BN2 erzeugt wird. 
In der Bestatigungsnachricht BN2 wird als Wert des Klassen- 
25 zeichens moC der Wert des Ursprungskennzeichens oC=A« verwen- 
det. Die anderen Daten der Ergebnisnachricht EN2 werden in 
die Bestatigungsnachricht BN2 ubernommen. 

Beim Abarbeiten des Schnittstellenprogramms 100 wird nach dem 
30 Empfang der Bestatigungsnachricht BN2 eine Bestatigungsnach- 
richt BN2 ' gemaB dem auf der Ubertragungsstrecke 22 verwende- 
ten Ubertragungsprotokoll erzeugt. Die Bestatigungsnachricht 
BN2* enthalt alle Daten der Bestatigungsnachricht BN2, weil 
das Schnittstellenprogramm 100 an Hand der Tabelle T fest- 
35 stellt, daB keine Datenf elder entfernt werden mtissen, wenn 
die Bestatigungsnachricht BN2 als Klassenkennzeichen die 
Klasse A' hat. 



GR 99 P 13|^^ 



18 



Beim Bearbeiten der Bestatigungsnachricht BN2 ' im Bedienrech- 
ner 24 wird an Hand des Kennzeichens alio f estgestellt, daB 
die Bestatigungsnachricht BN2 1 Daten eines Objekts der Klasse 
5 A betrifft bzw. dafi die Bestatigungsnachricht BN2 ' so behan- 
delt werden kann, als wurde sie Daten eines Objektes der 

Klassp A enthalten, Obwohl das Proqramm im Bedienrechner 24 

nach der Weiterentwicklung im Steuerrechner 36 nicht veran- 
dert worden ist, konnen Objekte der Klasse A* im Steuerrech- 

10 ner 36 vom Steuerrechner 24 aus so gefuhrt werden, als waren 
sie Objekte der Klasse A. Solange im Bedienrechner A nur die 
Klasse A bekannt ist, werden in der Bestatigungsnachricht 
BN2 1 auch nur die in Objekten der Klasse A enthaltenen Daten 
bearbeitet . 

15 

Aufgrund des an Hand der Figuren 3 und 4 erlauterten Verfah- 
rens ist es auch moglich, Klassen zu untersttitzen, die zu 
mehreren Klassen allomorph sind. Wird z.B. die Klasse A f zu 
einer Klasse A' 1 weiterentwickelt, so konnen Objekte zu den 

20 Klassen A 1 und A allomorph sein. Der Steuerrechner 36 kann 

dann von Bedienrechnern 24 ausgefUhrt werden, bei deren Pro- 
grammierung mindestens eine der Klassen A, A' oder A' 1 be- 
kannt war. Auf eine Untersttitzung der Klasse A kann verzich- 
tet werden, sobald alle Bedienrechner zumindest die Klasse A f 

25 kennen. 

Das an Hand der Figuren 3 und 4 erlauterte Verfahren wird bei 
Wartungsnachrichten zum Erzeugen und bei Wartungsnachrichten 
zum Lesen von Objekten angewendet. AuBerdem k6nnen mit diesem 
30 Verfahren Daten in Objekten verandert sowie Objekte geloscht 
werden. Damit diese Verfahren fehlerfrei arbeiten, muB der 
Bedienrechner 24 fahig sein: 

Die Bestatigungsnachrichten BN den zugehorigen Wartungs- 
35 nachrichten WN zuzuordnen, 
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das Kennzeichen alio in den Bestatigungsnachrichten BN zu 
lesen und auszuwerten, 

unbekannte Namensbindungen (vgl. Erlauterungen zu Fig. 5) 
zu ubergehen und unbekannte Kennzeichenwerte und Parame- 
ter zu ubergehen, 



falls "im Bedienrechner eine Datenbank vorhanden ist die 
Ursprungsklasse eines Objekts zu speichern, 

unbekannte wahlfreie Werte zu iibergehen, und 

unbekannte Werte vom Datentyp "enumerated" zu Ubergehen. 

15 Mit anderen Worten muB der Bedienrechner 24 so programmiert 
sein, daB von ihm aus Objekte in einen Steuerrechner mit gr$- 
fierem Wissen gefOhrt werden konnen. 



Das Schnittstellenprogramm 100 hat folgende Merkmale: 



Beim Erweitern einer Klasse ist es erf orderlich, die er- 
weiterte Klasse in die Tabelle T auf zunehmen, das be- 
deutet, daB fur jede erweiterte Klasse die Klassen ge- 
speichert werden miissen, zu denen die erweiterte Klasse 
25 allomorph ist. 

Die Namensbindungen, welche von der erweiterten Klasse 
betrof fen werden, miissen in der Tabelle T gespeichert 
werden. 

30 

Das Schnittstellenprogramm 100 soil aus den vom Anwen- 
dungsprogramm 102 kommenden Bestatigungsnachrichten BN 
die Daten entf ernen, die nicht zur kompatiblen Klasse ge- 
horen, falls die an den Bedienrechner 24 gesendete Be- 
35 statigungsnachricht BN die nicht erweiterte Klasse be- 

trifft. 
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Das Schnittstellenprogramm 100 muB Filterbef ehle bearbei- 
ten konnen. Dies wird unten an Hand der Figur 5 noch ge- 
nauer erlautert. 

5 Das Anwendungsprogramm 102 erf till t die folgenden Anforderun- 
gen: 

Sobald zur erweiterten Klasse ubergegangen wird, werden 
unabhangig vom Wissen des Bedienrechners nur noch Objekte 
10 der neuen Klasse erzeugt. 

Die neuen Klassen sind entweder erweiterte Klassen oder 
Klassen, die mit den bisherigen Klassen nichts zu tun ha- 
ben. 
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Das Datenbankprogramm 110 ist so ausgelegt, dafi nach einer 
Weiterentwicklung der gesamte Datenbestand zur Ursprungsklas- 
se in einen Datenbestand der erweiterten Klasse umgewandelt 
wird. 



Das Erstellen der Tabelle T und das Umwandeln des Datenbe- 
standes in der Datenbank des Datenbankprogramms 110 werden 
durch Hilfsprogramme unterstutzt. Diese Hilf sprogramme werten 
Beschreibungssprachen aus, mit deren Hilfe die Erweiterung 
25 von Klassen angegeben wird* 

Im folgenden werden Bedingungen angesprochen, die bei der Be- 
rticksichtigung von Allomorphie eingehalten werden miissen- 
Diese Bedingungen gelten auf der Ebene der Klassen, obwohl 
30 gemafi Standard X.720 Allomorphie zunachst eine Eigenschaft 

eines Objekts ist. Im Standard X.720 sind folgende Bedingun- 
gen angesprochen: 

Bedingungen fur die erweiterte Klasse in Abschnitt 
35 5.2.2.1, 
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Bedingungen fiir sogenannte Programmpakete in den Ab- 
schnitten 5.2.2.1 und 5.2.2.2, 

Bedingungen fiir Kennzeichenwerte in den Abschnitten 
5.2.2.3 und 5.3.4.1, 

Bedingungen fur sogenannte Kennzeichengruppen in Ab- 
schnitt 5.2.2.4, .-. . .._ .. . = 



10 



Bedingungen fiir Aktionen, Bestatigungen und Parameter in 
Abschnitt 5.2.2.54, 



15 



20 



25 



30 



35 



Bedingungen fiir das Verhalten der Objekte in Abschnitt 
5.2.2.6, und 

Bedingungen fiir die Namensbindung in Abschnitt 5.3.4.1. 

Figur 5 zeigt in einem Teil a einen Ausschnitt aus einem so- 
genannten binaren Baum, der die Namensbindung von Objekten 
der Klasse A und A' festlegt. Namensbindung ist die fur das 
Festlegen eines eindeutigen Namens far ein Objekt verwendete 
Zuordnung des Objektes zu einem sogenannten ubergeordneten 
Objekt. Gleiche Objektnamen ftlr unterschiedliche Objekte kon- 
nen verwendet werden, wenn die Objekte jeweils zu einem ande- 
ren ubergeordneten Objekt gehoren. Aus dem Namen des tiberge- 
ordneten Objekts und dem Namen der so untergeordneten Objekte 
entsteht dann ein im Steuerrechner 16 eindeutiger Name. Das 
ubergeordnete Objekt ist beim Erzeugen eines Objektes anzuge- 
ben. Das untergeordnete Objekt wird als im ubergeordneten Ob- 
jekt enthalten angesehen, englisch als "Containment" bezeich- 
net . 

Ein Objekt bl der Klasse B ist das ubergeordnete Objekt fiir 
die Objekte a2 und a3, die beide nach der Weiterentwicklung 
zur Klasse A* gehoren, jedoch unterschiedliche ursprtingliche 
Klassen oC=A bzw. oC=A' haben. In der Tabelle T, die vom 
Schnittstellenprogramm 100 verwendet wird, sind die Namens- 
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bindungen vermerkt. Fur den im Teil A der Figur 5 gezeigten 
Ausschnitt des Namensbaumes ist in der Tabelle T vermerkt, 
dafi Objekte der Klasse B untergeordnete Objekte der ursprttng- 
lichen Klasse A bzw. der Klasse A T enthalten. Bei jeder Wei- 
terentwicklung werden auch die Namensbindungen in der Tabelle 
T an den Namensbaum angepafit, der nach der Weiterentwicklung 
mafigeblich ist. 



Im Teil b der Figur 5 ist ein Zugriff auf Objekte beider 
10 Klassen A und A 1 dargestellt, nachdem auch der Bedienrechner 
24 beide Klassen A und A T kennt. Eine Wartungsnachricht WN3 
enthalt eine Filteranweisung Fl= ( (oC=A) ODER (oC=A T ) ) , in der 
festgelegt ist, dafi untergeordnete Objekte der Klasse A oder 
A 1 erfafit werden sollen. Das Klassenkennzeichen moC=B der 
15 Wartungsnachricht WN3 gibt an, dafi sich die Wartungsnachricht 
WN3 auf die Klasse B bezieht. Das Objektkennzeichen moI=bl 
der Wartungsnachricht WN3 gibt an, dafi das Objekt bl bearbei- 
tet werden soil, d.h. das ubergeordnete Objekt ist. 

20 Beim Ausfuhren des Schnittstellenprogramms 100 in der Ver- 

mittlungsstelle 16 wird die Filteranweisung Fl unver&ndert an 
das Anwendungsprogramm 102 gesendet. Das bedeutet insbeson- 
dere, dafi in der Filteranleitung Fl Operationen, die sich auf 
die urspriingliche Klasse A beziehen, nicht durch Operationen 

25 ersetzt werden, die sich auf die erweiterte Klasse A' bezie- 
hen. Diese Mafinahme gewahrleistet, dafi der Bedienrechner 24 
zwischen Objekten der ursprunglichen Klasse A und der ur- 
sprunglichen Klasse A' unterscheiden kann. 

30 Das Anwendungsprogramm 102 veranlafit, dafi mittels Datenbank- 
program 110 aus dem Speicher 42 die Daten der Objekte a2 und 
a3 gelesen werden, die als urspriingliche Klasse die Klasse A 
bzw. A 1 haben. An das Schnittstellenprogramm 100 werden zwei 
nicht dargestellte Bestatigungsnachrichten BN3 und BN4 gesen- 

35 det. Im Schnittstellenprogramm 100 wird aus der Bestatigungs- 
nachricht BN3 eine neue Bestatigungsnachricht BN3 1 erzeugt, 
die das Klassenzeichen moC=A, das Objektkennzeichen moI=a2, 



das Ursprungskennzeichen oC=A und das Hilf skennzeichen alio 
={} enthalt. Aus der Bestatigungsnachricht BN4 wird im 
Schnittstellenprogramm 100 eine Bestatigungsnachricht BN4 ' 
erzeugt, welche das Klassenkennzeichen moC=A' , das Objekt- 
5 kennzeichen itioi=a3, das Ursprungskennzeichen oC=A' , und das 
Hilf skennzeichen allo={A} enthalt. 

D er CCITT-Standard X . 7 34 "Information Technology - Open Sy- 
stems Interconnection - Systems Management: Event Report Ma- 

10 nagement Function" aus dem Jahre 1993 erlautert die Ereig- 

nissteuerung im Fuhrungsnetz 10, vgl. Figur 1. Es werden so- 
genannte Diskriminatoren verwendet, die Ereignisse innerhalb 
der Vermittlungsstelle 16 nur unter bestimmten Bedingungen an 
den Bedienrechner 24 weiterleiten. Nach der Weiterentwicklung 

15 der Klasse A zur Klasse A' gentigt es, die Diskriminatoren, 
welche die Klasse A betref fen, in Diskriminatoren umzuwan- 
deln, welche die Klasse A' betref fen. Werden nach der Weiter- 
entwicklung neue Diskriminatoren erzeugt, so wird die Klasse 
A durch die Klasse A' ersetzt, wenn die Klasse A als Auswahl- 

20 kriterium fur das Weiterleiten der Nachrichten angegeben ist. 
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Patentansprtiche 

1. Verfahren zum Betreiben eines Telekommunikationsnetzes 
(10, 12), 

5 bei dem ein Netzelement (16) an einem Netzknoten eines Tele- 
kommunikationsnetzes (12) von einem Steuerrechner (36) ge- 

.„ s1 '^ll t - rt: ^ ird '. 

im Steuerrechner (36) neben dem Betriebssystem mehrere Anwen- 

dungsprogramme (102, 104) gespeichert sind, bei deren Aus- 
10 fiihren Anwendungsob j ekte (a2, a3) bearbeitet werden, 

die Anwendungsob j ekte (a2, a3) je nach Zugehorigkeit zu einer 
Klasse (A, A') Daten mit einer vorgegebenen Datenstruktur so- 
wie vorzugsweise auch vorgegebene Verfahren zum Bearbeiten 
der Daten haben, 

15 zwischen einem Bedienrechner (24) und dem Steuerrechner (36) 
eine Verbindung aufgebaut wird, uber die der Steuerrechner 
(36) mittels mindestens einer Wartungsnachricht (WN1 bis WN3) 
gewartet wird, 

die Wartungsnachricht (WN1 bis WN3) ein Klassenkennzeichen 
20 (moC) enthalt, das die Wartungsnachricht (WN1 bis WN3) einer 
Klasse (A, A') zuordnet, 

das Klassenkennzeichen (moC) der Wartungsnachricht (WN1 bis 
WN3) die im Bedienrechner bekannte Klasse (A) eines zu bear- 
beitenden Anwendungsob jektes (a2, a3) angibt, 
25 beim Abarbeiten des Schnittstellenprogramms (100) anhand des 
Klassenkennzeichens (moC) ein Ersatzkennzeichen ermittelt 
wird, welches eine Ersatzklasse (A« ) angibt, der das zu bear- 
beitende Anwendungsob j ekt (a2, a3) im Netzelement (16) ange- 
hort, 

30 beim Abarbeiten des Schnittstellenprogramms (100) das Ersatz- 
kennzeichen (AM in eine geanderte Wartungsnachricht (WN1 ' 
bis WN2') aufgenommen wird, 

und bei dem beim Bearbeiten der geanderten Wartungsnachricht 
(WN1' bis WN2 ' ) durch ein Anwendungsprogramm (102) das zu be- 
35 arbeitende Anwendungsob j ekt (a2, a3) als Objekt der Ersatz- 
klasse (A*) bearbeitet wird. 
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2. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, daB beim Ermitteln des Ersatz- 
kennzeichens (A f ) eine im Speicher (122) des Steuerrechners 
(16) gespeicherte erste Tabelle (T) verwendet wird, in der 
dem Klassenkennzeichen ' (A) ein Ersatzkennzeichen (A 1 ) zuge- 
ordnet ist. 



3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, daB das Anwendungsprogramm (102) nach dem Bear- 
10 beiten der geanderten Wartungsnachricht (WN1 ' ) eine Best at i- 
gungsnachricht (BN1) erzeugt, in der die beim Erzeugen des zu 
bearbeitenden Anwendungsobjekts (a2, a3) angegebene Klasse 
(oC) als Klassenkennzeichen (moC) angegeben ist. 

15 4. Verfahren nach Anspruch 3, dadurch gekennzeich- 
net, daB beim Abarbeiten des Schnittstellenprogramms (100) 
aus der Bestatigungsnachricht (BN1) eine geanderte Bestati- 
gungsnachricht (BN1 1 ) erzeugt wird, die nur solche Daten ent- 
halt, die ein Anwendungsobjekt (a2) der Klasse (A) hat, auf 

20 die sich die Bestatigungsnachricht (BN1) bezieht, 

und daB die geanderte Bestatigungsnachricht (BN1 1 ) an den Be- 
dienrechner (24) gesendet wird, 

5. Verfahren nach Anspruch 3 oder 4, dadurch gekenn- 
25 zeichnet, daB die beim Erzeugen des zu bearbeitenden An- 
wendungsobjektes (a2, a3) angegebene Klasse (A, A 1 ) als Ur- 
sprungsklasse (oC) in den Daten das zu bearbeitenden Anwen- 
dungsobjekts (a2, a3) gespeichert ist, 

und daB beim Abarbeiten des Anwendungsprogramms (102) die Ur- 
30 sprungsklasse (oC) als Klassenkennzeichen (moC) verwendet 
wird. 



6. Verfahren nach einem der Anspruche 3 bis 5, dadurch 
gekennzeichnet, daB die Bestatigungsnachricht (BN1 ) 
35 ein Hilf skennzeichen (alio) enthalt, in welchem mindestens 
eine Klasse (A) bezeichnet ist, die im Bedienrechner (24) 
und/oder in mindestens einem anderen Bedienrechner als die 
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Klasse (A) bekannt ist, zu der das zu bearbeitende Anwen- 
dungsobjekt (a2, a3) gehdrt, vorzugsweise zumindest die im 
Bedienrechner (24) bekannte Klasse (A) des zu bearbeitenden 
Anwendungsobjekts (a2, a3) . 

7. Verfahren nach Anspruch 6, dadurch gekennzeich- 
net, dafi die Bestatigungsnachricht (BN1) neben dem Klassen- 
kennzeichen (moC) ein Ursprungskennzeichen (oC) enthalt, in 
welchem die Ursprungsklasse (A, A') angegeben ist. 

8. Verfahren nach Anspruch 6 oder 7, dadurch gekenn- 
zeichnet, dafi mindestens eine im Bedienrechner (24) 
und/oder in mindestens einem anderen Bedienrechner fur das 
Anwendungsobjekt bekannte Klasse (A) als Allomorphklasse .(al- 
io) in den Daten des Anwendungsobjektes (a2, a3) gespeichert 
ist, 

und dafi beim Abarbeiten des Anwendungsprogramms (102) die Al- 
lomorphklasse (alio) als Hilfskennzeichen (alio) verwendet 
wird. 

9. Verfahren nach einem der Anspriiche 4 bis 8, dadurch 
gekennzeichnet, dafi die bzw. eine beim Abarbeiten des 
Schnittstellenprogramms (100) fur den Bedienrechner (24) er- 
zeugte Bestatigungsnachricht ( BN1 ' ) das Hilfskennzeichen (al- 
io) und/oder das Klassenkennzeichen (moC) und/oder das Ur- 
sprungskennzeichen (oC) enthalt. 

10. Verfahren nach einem der vorhergehenden Ansprtiche, da- 
durch gekennzeichnet, dafi das Netzelement eine Ver- 
mittlungsstelle (16), ein Cross-Connector oder eine Konzen- 
tratoreinheit ist. 

11. Verfahren nach einem der vorhergehenden Ansprtiche, da- 
durch gekennzeichnet, dafi das Telekommunikationsnetz 
(12) ein Festnetz, ein Mobilfunknetz oder ein Netz mit einem 
Festnetzanteil und einem Mobilfunknetzanteil ist. 
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12. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzei chnet , daB das Schnittstellenprogramm 
(100) weitere Schnittstellenfunktionen zwischen dem Bedien- 
rechner (24) und den Anwendungsprogrammen (102, 104) aus- 
fuhrt, 

vorzugsweise eine Ereignissteuerung zum Festlegen der Bear- 
beitungsreihenf olge der Wartungsnachrichten (WN1 bis WN3) 



und/oder eine Anpassung der vom Bedienrechner (24) kommenden 
Nachrichten (WN1 bis WN3) an ein Protokoll zur Nachrichten- 
10 tibertragung innerhalb des Steuerrechners (16) , 

und/oder eine Anpassung der von den Anwendungsprogrammen 
(102/ 104) kommenden Bestatigungsnachrichten (BN1, BN2) an 
ein vorgegebenes Protokoll zur Nachrichtentibertragung zwi- 
schen Bedienrechner (24) und Steuerrechner (16) . 

15 

13. Verfahren nach einem der vorhergehenden Anspruche, da- 
durch gekennzeichnet, daB ein erstes Mwendungspro- 
gramm (102) zur Teilnehmerverwaltung, 

und/oder ein zweites Anwendungsprogramm zum Verwalten von 
20 Verbindungsleitungen zu anderen Vermittlungseinrichtungen, 

und/oder ein drittes Anwendungsprogramm zur Wartung der Ver- 
mittlungseinrichtungen/ 

und/oder ein viertes Anwendungsprogramm (104) zur Verkehrs- 
messung der geschalteten Verbindungen (18) verwendet wird. 

25 

14 . Verfahren nach Anspruch 13/ dadurch gekennzeich- 
net/ daB die Anwendungsobjekte (a2, a3) des ersten Anwen- 
dungsprogramms (102) fur jeweils einen Teilnehmer (Tln2/ 
Tln3) die Teilnehmerdaten enthalten, vorzugsweise die Rufnum- 

30 mer und/oder die nutzbaren Telekommunikationsdienste . 



15. Verfahren nach einem der vorhergehenden Anspruche/ da- 
durch gekennzeichnet / daB die Wartungsnachrichten 
(WN1 bis WN3) ein Namenskennzeichen (mol) fUr den Namen des 
35 Anwendungsobjektes (a2/ a3) enthalten, auf welches sich die 
Wartungsnachricht (WN1 bis WN3) bezieht- 
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16. Netzelement (16) zum Betreiben eines Telekommunikations- 
netzes (10, 12) , dadurch g e k e n n z e i c h n e t , dafi es ei- 
nen Speicher zum Speichern von Befehlen hat, bei deren Abar- 
beiten das Verfahren nach einem der vorhergehenden Ansprtiche 

5 durchgeftihrt wird. 

17. Telekommunikationsnetz (10, 12), gekennzeichnet 
d u r c h , ein~"Netz"eTement""gemaJ5~ An'sprucn -±t> r 
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Zusammenf assung 

Verfahren und Netzelement zum Betreiben eines Telekommunika- 
tionsnetzes 

5 

Erlautert wird ein Verfahren zum Betreiben eines Telekommuni- 
kationsnetzes. Ein Netzelement (16) an einem Netzknoten des 
Telekoinmunikationsnetzes" wird von eihem Steuerrechner" (36) ' 
gesteuert. Der Steuerrechner (16) wird von einem Bedienrech- 

10 ner (24) aus gewartet. Beim Weiterentwickeln von Anwendungs- 
programmen (102, 104) wird Allomorphie beriicksichtigt, damit 
auch ein nicht weiterentwickelter Bedienrechner (24) den 
Steuerrechner (36) warten kann, Der Aufwand beim Berucksich- 
tigen von Allomorphie im Steuerrechner (36) ist klein, weil 

15 ein Schnittstellenprogramm (100) verwendet wird, in dem we- 
sentliche Bearbeitungsschritte fur alle Anwendungsprogramme 
(102,104) durchgefuhrt werden, die das Beriicksichtigen von 
Allomorphie gewahrleisten. 



20 Figur 3 
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